
Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




@ Numero de depot : 94401498.4 
@ Date de depat : 01.07.94 



(Tj) Numero de pubiication : 0 637 801 - A1 

DEMANDE DE BREVET EUROPEEN 

@ Int. ci.^ G06F 13/12, H04L 29/06 



o 

oo 



Q. 
UJ 



@ Priorite ; 21.07.93 FR 9308968 

@ Date de publication de la demande • 
08.02.95 Bulletin 95/06 

@ Etats contractants designes : 
DE ES FR GB 

(5) Demandeur : BULL S.A. 
Tour BULL, 
1, place Carpeaux 
F-92800 Puteaux (FR) 



(72) Inventeur: Bourbotte, Alain 
4, rue Honegger 

F-78100 Saint Germain en Laye (FR) 

@ Mandataire : Gouesmel, Daniel et al 
BULL S.A., 

68, route de Versailles, 
B.P. 45, 
PC/LV-59C18 

F-78430 Louveciennes (FR) 



® fjpalTe^alft r^TySmS:" '^^'^ ''^^''^'^ ''^''^^ foumisseurs de transports 

® asfoSI'Su moJeJTd-un ™"| i^S!) """" "^^'"^ ^" (R^) comprenant un systeme h6te (HOST) 

— un premier module dispose au bas des couches hautes (CH) 

- un second module (HI) appartenant au processeur dispose au haut de la couche de transoort (C4\ 

vei^cu'lles pSie'canTfaTsfnf 'co^ '"'^^ ^" par comm^nVe! Ste d'^Ss 

venicu ees par le canal faisant communrquer le premier et le second modules 

Applicable aux systemes de telecommunications. 
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La presents invention concerne un systeme de communication avec un reseau. Elle est applicable ^ tout 
type de reseau. notamment de type FDOI. normalise k I'ANSI sous la reference X3T9-5 et 6 I'l.S.O., Organi- 
sation Internationale de Normalisation. 

Les reseaux sont constitues par une plural ite de terminaux relies entre eux par une liaison de transmission 
(le support de transmission ccrrespondant est constitue pardes fibres optiques. dans le cas d'un reseau de 
type FDDI). Un ordinateur relie a un reseau est cpnsidere comme un terminal. 

Les reseaux modernes fonctionnent suivant une pluralite de modeles de reference qui restent voisins en 
ce qui concerne la definition de leur architecture sous forme de couches normalisees. Parmi ces modeles les 
plus connus sont les modeles OSI. ISO/DSA, TCP-IP ou encore UNIX. Ainsi. dans ie module OSI, il y a sept 
couches d'activites diff6rentes, la couche la plus basse (couche 1) ccrrespondant a la transmission physique 
des signaux, la couche haute (couche 7) ccrrespondant aux fonctions realisees par les programmes d'appti- 
cation (plus simplement appelees applications) et les utiiisateurs du reseaux considere. 

Dans la pratique courante. on est conduit a developper de plus en plus f requemment des processeurs de 
communication associes ^ un ordinateur et dont le but est de reduire la charge de Tunite central e de ce dernier. 
?5 en y effectuant une partie de la gestion des communications avec les autres termkiaux du reseaux. Uasso^ 
elation d'un ordinateur et d'un processeur de communication constitue ce que Ton peut appeler un syst6me 
de communication avec un reseau. 

Lun de ceux-ci est par exemple decrit dans la demande de brevet fran(?ais N*' 9302902 deposee le 
1 2.03.93 par la societe demanderesse sous le titre "Systeme de communication avec un reseau'*.H.a structure 
generale tant materielle que logicielle. de ce systeme de communication est rappelee a la figure 1 . II comprend 
un ordinateur HOST, encore appele hote qui communique par Tintermediaire d'un bus interne PSB avec au 
moins un processeur de communication designe par NCC. Ce dernier est connecte a un reseau RE. par exem- 
pie de type FDDI. La structure materielle du processeur de communication est. par exemple. decrite soit dans 
la demande de brevet frangais 92 13653 deposee le 13.11.92 par la demanderesse sous le titre ''Outil de 
simulation d'un code de reseau" ou encore dans la demande de brevet fran^is N« 92 15521 dont le titre est 
"Systeme de transmission de donnees entre un bus d'ordinateur et un reseau". deposee le 22.12.92 par la 
meme demanderesse. 

Ce meme processeur de communication assure la gestion du transfert des donnees entre I'ordinateur 
HOST qui possede un premier systeme d'exploitation SE1 (ce systeme peut etre de type GCOS7 ou GCOS8 
30 developpe par la Societe demanderesse ou de tout autre type), et le reseau RE. Le bus PSB est. par exemple. 
un bus de type MULTIBUSIl (marque deposee par la Societe INTEL) normalise suivant la norme IEEE1296 
(Institute of Electrical and Electronic Engineer). 

Le processeur de communication adapte notamment les conditions de transmission des informations sur 
le bus dordinateur auquel it est connecte, aux conditions de transmission sur le reseau. celles-ci etant totale- 
35 ment differentes. 

A la figure 1, on a montre a rinterieur de I'ordinateur HOST dont la structure materielle est classtque. les 
elements constitutifs essentiels de son architecture logicielle. Ceux-ci sont les suivants : 

- une pluralite d'applications Aj. Bi. Q etc. respectant par exemple chacune les normes de I'un des 

modeles de reference OSI. ISO/DSA et IPS (on rappelle que le modele IPS indut sous la meme deno- 
mination, les sous-modeles TCP, UDP. IP. ICMP. notamment). Ces applications ont besoin. pour etre 
totalement mises en oeuvre. d'un certain nombre d'informations et de donnees qui se trouvent par exem- 
ple dans I'un ou I'autre des tenminaux ou ordinateurs connectes au reseau RE. Elles ont done besoin 
d^etablir un dialogue avec les autres applications mises en oeuvre par ces memes autres terminaux ou 
ordinateurs, 

45 - les sessions S,. S2. S3 ccrrespondant respectivement aux applicadons A^. 8;. Cj etc. qui etablissent 

pr^cisement les conditions du dialogue avec les applications corresoondantes des autres terminaux de 
RE. 

- le serveur de communication designe par NCCD. (la lettre D signif iant Driver en anglais, terme ccrres- 
pondant ^ module). Son role est d^organiser le transfert des donnees et le dialogue necessaire a I'eta- 
blissement des connexions, avec au moins un processeur de communication NCC. II est entendu ici et 
dans la suite du texte qu'^ un meme hote HOST (et done k un meme serveur NCCD) peuvent etre as- 
socies plusieurs processeurs du meme type que NCC mais egalement des processeurs de communi- 
cation d'un autre type. I'essentiel etant que ces processeurs gerent les couches basses (depuis la cou- 
che de transport) de diff^rents modeles. Pour simplifier le raisonnement dans la description, on ne 
consid6re qu'un seul NCC mais le raisonnement reste valable pour plusieurs. Ce serveur de communi- 
cation comprend : 

- les interfaces IS1, IS2, IS3 fournissant respectivement I'interface vers les services de transport aux ses- 
sions S,. S2, S3 pour les modules OSI. ISO/DSA, IPS..,. 



40 



50 



55 



2 



15 



20 



EP 0 637 801 A1 

- le module TPAM supportant le protocole d'interface entre Tordinateur HOST et le processeur de commu- 
nication NCC. TPAM est le sigle anglo-saxon de Transport Protocole Access Module 

- le gestionnalre d'enlree/sortie GES, associe d une interface physique (non representee) avec te bus 

PSS. 

Les differents Elements constitutifs essentiels de I'architecture loglcielle d'un processeur de type NCC 
(etant entendu que les elements constitutifs de i'arciiitecture materielle sont decrits en detail dans les deman- 
des N» 9213653 et N° 92 15 521 precitees) sont les suivantes : 

- une interface physique con-espondant k I'interface physique de I'hfite (elle aussi non representee) ces 
deux interfaces 6tant ici de type multibus II. (norme IEEE 1296). 

- le gestionnalre d'entr^e/sortie GES2 correspondant au gestionnaire d'entree/sortie GES, 
La transmission physique des donnees entre GES, et GESj. via les interfaces physiques s'effectue selon 

le protocole PLAN ET mis au point par la Societe demanderesse et decrit dans le brevet f rancais n« 2 633 414 
ayant pour titre °syst6me informatique k interconnexion centrale". 

- Le systfeme d'exploitation GPOS decrit dans la demande de brevet N» 91 08907 depose le 15 07 91 par 
la societe demanderesse. sous le titre "Systeme d'exploitation pour dispositif universel de couplage d'un 
bus d ordinateur k une liaison specifique d'un reseau". 

- I'interface HI appelee interface hote (sigle anglo-saxon de Host Interface) qui assure le dialogue entre 
les differentes couches C* (couche de transport du code de communication CO mis en oeuvre par le 
processeur de communication, code qui sera def ini plus loin) et I'une ou I'autre des interfaces IS, et IS2 
de HOST. Le dialogue HI-TPAM, suivant le protocole TPA. assure I'extension des services de transport 
entre CC et les sessions S, ^ S, de HOST. HI et TPAM assurent la manipulation des chemins de donnees 
entre HOST et NCC. lis ouvrent et ferment les connexions, aussi bien pour le compte des sessions que 
pour celui de C*. effectuent les transferts de donnees et les controles de flux entre HOST et CC pour 
n importe quelle partie de ce code relative soit au modele OSI. soit a ISO/DSA. soit k IPS soit encore 

25 pour tout autre modele. 

- le code de communication CC compose des couches C^ a C* (respectivement les couches de liaison 
de donnees. de reseaux. de transport). Ce code est relatif a I'un ou I'autre des modeles de reference 
OSI. ISO/DSA. IPS. etc. On dit egalement qu il fournit les empilements de communications Cj k C4 pour 
I un ou I'autre de ces modeles. Ces empilements sont habituellement designes sous le vocable anglo- 

30 saxon de STACK. CC.comprend done un stack OSI. un stack ISO/DSA (encore appele DIWS). les stacks 

IPS et peut en contenir egalement d'autres. La couche Cj. dite LLC. ou encore couche de liaison de 
donnees est commune a I'ensemble de ces stacks. 

- Un interface de communication HIN entre GPOS et CC qu'on peut voir sur la figure 1 

- Des moyens de connexion logiciels et materiels (non representes pour simplif ier). entre GPOS et le re- 
35 seau RE. lis sont decrits dans la demande de brevet fran?ais n^ 92 11054 deposee 'le 16 09 92 par la 

societe demanderesse sous le titre "Systeme de transmission de donnees entre un bus d'ordinateur a 
un reseau en forme d'anneau a tres haut debit". 
Lorsque qu'une application quelconque A,. B, C, etc. surl'hote HOST desire echanger des informations 
avec une application quelconque eloignee et situee sur un terminal quelconque relie au reseau RE. elle passe 
« parl'intermediaire de la session correspondante (IS, & IS3. etc.) qui va accompllrle role qui lui est normalement 
devolu par le module de reference auquel elle appartient. c'est-S-dire qu'elle va negocier avec la session 
conrespondante du terminal eloigne. I'etablissement et la terminaison du "dialogue session" entreT'application 
con-espondante et I'application eloignee. La session correspondante utilise alors I'interface IS, ou ISj ou IS3 
pour dialoguer avec TPAM qui dialogue k son tour avec I'interface HI du processeur NCC afin d'atteindre le 
service de transport correspondant Dans le cas present. I'interface de session est done le demandeur de ser- 
vice de transport. I'interface HI fournissant I'acces au service de transport qui va etre utilise entre le syst6me 
de communication SCI et le terminal eloigne avec iequel dialogue I'application A, B, ou C„ etc. Le module TPAM 
fournit ['interface de session pour dialoguer avec HI et prolonge la connexion de transport entre I'ordinateur 
HOST et le processeur NCC. Pour ce faire. on definit un protocole d'acces utilise entre ces deux derniers ele- 
ments. Iequel est associe k des moyens d'acces aux couches de transport C. des differents modules, per- 
mettant de relier le niveau inferieur des couches mises en oeuvre par I'ordinateur HOST aux dites couches de 
transport. 

C'est precisement I'objet de la presente invention que de def inir ces moyens d'acces ainsi que le protocole 
d acces correspondant Ce protocole d'acces. encore appele interface de transport, est denomme TPA (Trans- 
55 port Provider Access protocol). 

Plus generalement les moyens d'acces appartenant aux systSmes de communication selon invention, 
permettent de relierle niveau inferieur des couches hautes (session, presentation, XTI. eto...) d'un modele de 
reference detemiine aux couches de transport de ces mSmes modules, que le service de reseau soit de type 
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en mode connects ou de type en mode non connecte. On rappelle par exemple que le mode connecte aue 
I on des,gne par le sigle CONS (sigle anglcsaxon de Connected Oriented NetwoJk ServTceretTe m^^^^^^ non 
connecte que Ton d^signe par le sigle CLNS (sigle angl<.saxon de Connection-Less N^tSk Serv^ 
pu.ent sur les normes ISO 9878 et 8208 pour ie premier et pour le second les normes 8473 er95!2 d^^n s^^^^ 
les mecanismes et protocoles de routage associes. oennissant 
Selon rinvention le systems de communication avec au moins un reseau comprenant un systeme hfite 
assoc-e. au moyen d un canal ^ au moins un processeurde communication lui-m^me reile . la la^on sp6a- 
iTlr J ' '^"^'"P^^^"^ P^^'"'^^ -y-teme d'exploitation associ. . une pluralite d'a Jp.^tioSs et 

le processeur comprenant un second systeme d'exploitation qui organise son travail de transmission^es don 
nees du canal vers le reseau et r6ciproquement. le systeme comportant : emission des don- 

- un serveur de telecommunication associe au premier systeme d'exploitation 

' sp^cifique du processeurappartenant ^ une pluralite de modeles d'inter- 

connex>on de syst6mes ouverts. associe au second systeme d-exploitation 

ZrlZ r r ^ ^«"«=-<=' s-appuyant sur au moins u^ 

service de reseau en mode connects et/cu au moins un service de reseau en mode non corme6t6 il 
comprend les moyens d'acces aux couches de transport des differents modules. permettantTrelie 
le niveau mfeneur des couches hautes aux couches de transport, lesqueis comprennent • 

- un premier module dispose d Tinterieur du serveur de telecommunication 

- second module dispose a I'interieur du code de communication. 

- des unites d'acc^s specifiques ^ chaque module. 

' 'rZZTnl' l^T"^ """"^"'^^ ""^"^"^ ^" ''^"^^^ d-acces determinee au moyen de 

commandes d'unite d'acces vehiculees par le canal. 

^ann^.f^^ caracteristiques et avantages de la presents invention apparaflront dans la descriotion suivante 
donnee a titre d exemple non l.mitatif et en se referant aux dessins annexes 
Sur ces dessins : 

k^iiayrel rappelle quels sont les differents elements constitutifs essentiels d'un systeme de communi- 



cation 



aan^ r^LtT'^ des schemas simplifies du systeme de communication selon rinvention montrant 

comment les moyens d'acces TPA relient fe bas des couches hautes des modeles de reference aux couches 
que soTent 1 '^^'"".'"^^^'f ^ montrant la structure d'un syst.me seL Hnven io" q^^^^^^ 

f iqureTeLnt rschT ' '""T "f °" '''' '"'^^^ processeur de communication, la 

et 2 dan^linf.. T ^^T"' ^ P-rt'<=""e^«'"ent au systeme de communication montre aux figure 
1 et 2 dans lequel un hote est rehe au processeur de communication par I'intermediaire d'un canal PS8 

fe^rrigtes^rera''"' ''^'""^ ^'^^'"^'^ ^^"^"^^ communication selon rinvention. 

CH d^runT.l^n' ^"""ZTl ""^^ ^" ^y^*^'^^ HOST. les couches hautes 

?n service Z^Z^"^ 7 'P^' '^^-'^^ P^-^^^ ^-^i s'appuyer sur 
SleTes trois couche^h" 7 r"r "^^T'^' ^' '''''' ^'^"^^^ ^ et 3. on a represents . tit^e d exem- 

se CB 1 sLoir cfA " " "^^''^ communiquent avec les couches bas- 

IZ^Z P^°<=«^s«"r3 de communication. A la figure 2. on a suppose que SCI 6tait constitue de I'hate HOST 
^in.T. "^r'"'^"^ ? communication PQ. Pq qui peuvent 4tre de differents types, leur point ccmmun 

oeuvent me^t e n ' f P«"^«"t ^'^^ ^es reseaux de type different. Par ailleurs. tant PC. que Pq 

RCONS (modules ISO/DSAou TCP), soit sur un service de reseau en mode non connecte RCLNS (module 

oar u';,'e TZ^, T ? ^^•"'""-^"^"t avec les couches basses CB mises en oeuvre 

Ses "seaux RE de processeurs de communication de type NCC. . savoir NCC,. NCC,... NCC. connect6s ^ 
des reseaux RE,. RE^. ... RE. qu. peuvent Stre soit identiques. soit de types differents. ou les couches de trans- 

connecr ' ^" ""^"^ '^^^ — - -°de non 

C r!fr^I?^T.^^^ selon rinvention comports des moyens d'accfes au fournisseur de transport de la couche 

niquer avsc Is haut de couche C*. Ces moyens d'acces sont constitu6s • 

- cat6 hate par le module TPAM d6j^i d6crit 

- cat6 processeurs de communication oar I'interfacfi HI AnaiorT,=r.»^A™._ j 

-oiiuii yai I iiiieriace ni. egaiement decrite ci-dessus. en ce qui concerne 
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la figure 3, ou toute interface jouant un role equivalent a HI a la figure 2 
- par des unites d'acces dont fensemble est designe par TPA, symbolise aussi bien a la figure 2 qu'^ la 
figure 3 par un rectangle en trait interrompu reliant le bas de la couche C5 et !e haut de la cbuche C. 
de chacun des processeurs de communication, 
A la figure 2, on a suppose que le transfert physique des donnees entre le bas des couches hautes CH 
et ie haut de la coucne de transpon C4 s effecmait au moyen d'un quelconque canal sur n'autorisant pas la 
perte ae message, aicrs qu'a la figure 3. ce transfert est pour exemple. effectue au moyen d'un bus PSB 

Dans le cas ou la couche de transport s'appuie sur un service de reseau en mode non connecte. RCLNS 
on fa.t cro.re aux couches basses que les moyens d'acces TPA representent le bas d'une application Dans 
ce cas on peut conserver la notion de connexion tant qu'on n est pas sur la couche de transport partir de 
laquelle on se trouve sur un reseau en mode non connecte. qui par definition n'admet pas la notion de 
connexion). 

La partie importante des moyens d'acces du systeme de communication SCI selon finvention est consti- 
tuee par I ensemble des unites d'acces. TPA. 

H « xnT.^^'^^ '^'^"''^^ "^"^ consideree comme un tuyau de dialogue entre toute interface HI et ie mo- 
dule TPAM. On peut dire que ce tuyau de dialogue permet de raccorder les deux tuyaux dej& preexistants et 
predeveloppes respectivement dans I'hote HOST et dans tout processeur de communication PC, ou PC, ou 
NCC,. ces deux tuyaux etant constitues par la succession des couches C, d C, pour rhote et C^ k C, pour le 
processeur de communication. On peut dire que. lorsquune entree d'application (une application peut compor- 
ter plusieurs entree d application, c'est-a-dire plusieurs connexions en mode connecte. ou plusieuri ports de 
dialogue en mode non connecte) determines cherche a etablirune connexion avec une application 61oignee 
m.se en oeuvre sur un terminal 6loigne connecte a un reseau RE. RE, RE,. Tunlte d'acces associee k cette 
application effectue un prolongement de connexion entre le bas de la couche C, et le haut de la couche C. 
Achaque entree d'application determines correspond une unite d'acces determines. II convient de preciser 
que le terme anglo-saxon correspondant a unite d'acces (on dil encore branchement) est plug. On peutdefinir 
une unite dacces comme I'ensemble de tout ce qui sert a gerer un trafic determine relatif & une entree d'ap- 
plication determmee. ou encore comme les moyens de gestion de I'ensemble des ressources necessaires a 
la vie du prolongement de la connexion propre a cette entree d'application 

L'ensemble des unites d'acces est regi par un meme protocole qui deflnit les regies de fonctionnement 
de ces unites d acces. Ce protocole permet de commanderl'echange de donnees entre TPAM et toute interface 
HI. Ains. qu I a ete dit plus haut il est base sur la notion de branchement (plug). II deflnit une interface de 
messages ailant vers ou provenant du fournisseur de transport, c'est-a-dire de la couche C,. Ces messages 
sont passes depuis ou vers I'hote. ou encore vers ou depuis rinterface HI au moyen des dits branchements 
ou encore des d.tes unites d'acces. Celles-ci assurent done un service controls de I'echange de messages. 
Chaque unite d acces. pendant son utilisation, est dediee a un seul protocole de telecommunication determine, 
qu ,1 s appuie sur un service de reseau en mode connecte ou sur un service de reseau en mode non connecte. 

Dans I exemple d'implementation de l invention montre aux figures 1 et 4. avec HOST et un seul proces- 
seur de communication de type NCC. il y a six types d'unites d'acces (6 types de branchements = plug), k 
savoir respectivement des types de branchement relatifs au protocole TCP. UDP. 081 ISO/DSA ICMP ou en- 
core PPAM qui est un protocole specif ique de gestion relatif au processeur de communication NCC decrit dans 
I une ou I autre des demandes 92 13653 ou 92 15521 precitees. 

Ces differents types d'unites d'acces permettent done, ainsi qu'on peut le voir k la figure 4. d'effectuer 
les prolongements de connexion entre chacune des applications A (OSI et ISO/DSA. ce dernier module ap- 
nr^Mc? specif ique de la compagnie demanderesse), B, (TCP). C, (ICMP. 

RCLNS), Di (UDP, avec service de reseau en mode non connecte RCLNS). PPAM. via S,. S,. NCCD et HI 
vers les modules MDIWS et MISO, MTCR MICMP. MUDP. MPPAM mettant en oeuvre les couches inf^rieures 
(C„ C3 par exemple) des modules ISO/DSA. ISO. TCP. ICMP, UDP et PPAM (ce dernier peut Stre considers 
comrne proche de a famille ISO) et disposes dans NCC (se referer par exemple aux demandes 92 13653 ou 
9215521 precitees). 

Selon le protocole. un utilisateur (le systeme hate mettant en oeuvre une entree d'application determines) 
communique avec un fournisseur de transport (I'une des couches C. de NCC) ou bien. au contraire. un four- 
msssur de transport communique avec un utilisateur au moyen de messages, lesquels transported une ou 
des Pnm.tjves de services de transpoa. Ces messages sont passes entre TPAM et HI au moyen de comman- 
des d unit6 d acces (Plug commands). Le nombre et la nature de ces commandes seront detailles dans la suite 
de la description. En tout etat de cause, toutes primitives indiquent la signification de ce qui est vehicul6 par 
la commande. Ainsi. si la commande s'appelle OPEN_PLUG. ou demande d'ouverture d'acc6s. la primitive 
correspondante indique la signification de cette derniere. c'est-S-dire ' il faut ouvrir une connexion". 

Pour chaque type de service de transport, qu il s agisse des modeles TCP. UDR ISO ICMP ISO/DSA ou 
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PPAM. il existe deux types de primitives, celles qui proviennent de Tutilisateur (de I'hate). et celles qui pro- 
viennent du fournisseur de transport de NCC. 

Celles ciui proviennent de Tutilisateur de transport ef fectuent des requetes au fournisseur de transport ou 
repondent ^ un ev^nement suscite par ce dernier (!a liste de ces evenements sera donnee pour Tun ou Tautre 
aes modeles de reference enonce ci-dessus. aux annexes 1 S 4). 

Celle qui proviennent du fournisseur de transport sont solt la confinnation d'une requite de rutilisateur 
ou la fourniture d'une indication k I'utilisateur de transport qu'un 6v6nefnent est survenu 

Chaque unite d'acc6s. (etablie pour chaque connexion de transport et pour cheque pseudo-connexion de 
transport correspondant S un service de riseau en mode non connecte). itablit ainsi. pour chaque evenement 
une l.aison dite liaison d'unites d acces (plug link en anglais) qui gere cetacc6s au transport. Chaque liaison 
a un moment donne est vue par le canal qui v6hicule les messages de donnees entre I'hate et le processeur 
comme etant dans un etat determine (current state en anglais). Ce dernier est appele etat de TunitS d'accfes 
(plug state en anglais). La liste des diff6rents 6tats possibles est donnee CMlessous dans chacune des Annexe 
Ai a rK^. 

'^'^'"'f ^ "°" """^^^ seulement Stre dans un etat dit libre ou geie (respectivement FREE 
ou FROZEN en anglais). _ . - 

Un 6tat gele d'une unite d'acces signifie qu'une erreurfondamentalea ete commise dans une liaison entre 
I note et le processeur de communication. 

Un etat libre signifie que I'unite de connexion correspondante n'est simplement pas utilisee au moment 
ou elle est dans cet etat. Cette unite d'acces 4 I'etat libre est libre d'etre utilisee par n importe quel type de 
connexion, qu'elle corresponde k un module de reference donne ou ^ un autre 

Chaque transition d'etat. c'est-S-dire chaque passage d'un etat donne a un autre resulte de I'intervention 
d une commande et depend de I'etat precedent dans lequel se trouvaitia dite unite d'acces 

A un etat d6tem,in§ correspond un ensemble de commandes autorisees. Chacune de ces commandes 
determine la nature de l'6tat dans lequel va se trouver I'unite d'acces une fois que cette commande est arrivee 
a.ns. que les primitives ^ effectuer. A un modele de reference determine, on peut associer une matrice de 
commandes autorisees en fonction des 6tats de I'unite d'acces. Ces matrices seront decrites dans la suite de 
la description, en relation avec chacune des annexes A1 S A4. 

Lorsque pour un acc6s donne, survient une sequence non autoriseede commandes, le serveur de commu- 
nication NCCD ou le HI considere qu il y a une erreur et effectue un traitement de detection d'erreur qui peut 
aboutir soit k la correction de cette erreur, soit ^ considerer que I'erreur est irrecuperable, et dans ce cas H 
geler I unite d'acces correspondante. 

. "'=°"^'«"'d«P^e':'ser quune sequence non autoriseede commande pour une connexion donnee est re- 
lativement grave parce qu'elle est la preuve ; 

35 - soit d une erreur de I'hote HOST, 

- soil une erreur du fournisseur de transport, a savoir la couche C,. 

- soit d'une perte de message survenant sur le canal repute sur. 

K,n^^T P®*^' ^^'^ recuperee pan'utilisateur. en l occurrence ici le serveurde telecommunication 

NCCD du systeme hote ou le HI du NCC est consideree comme une "erreur fatale" ^ I'accis 
4C On consid6re desormais les annexes A1 d A4 qui permettentdedefinirles principales commandes. c'est- 

a-dire les evenements qui peuvent survenir en fonction de ces commandes. et les tables de transition des etats 
de I unite d acc^s. 

Un certain nombre de caracteristiques est commun S I'ensemble de ces annexes 

Une commande d'unite d'acces suivant le sens dans lequel elle est adressee produit ce que I'on appelle 
•*s un evenement d'acces (plug event en anglais). 

Le contenu de chaque Intersection d'une ligne et d'une colonne de la table de transition d'6tats (qui figure 
au bas de chaque annexe) presente ^ partir d'un 6tat donne. I'etat qui suit immediatement le precedent, dans 
le temps, lorsque survient un evenennent acc^s. 

Un point d'intersection d'une ligne et d'une colonne qui est vide dans une table de transition d'etat signifie 
50 que la transition de cet 6tat vers I'etat suivant est impossible. Ce serait le cas de I'arrivee d'une commande 
non autorisee lorsque I'acc^s con-espondant est dans cet etat. Sur cette table, les evenements et les etats 
d acc6s sont repr6sent6s par un chiffre qui represente le code correspondant soit de cet 6v6nement soit de 
cet etat 

La description plus d^taillee des annexes A1 et A4 qui suit permettra de mieux comprendre les caract6- 
55 nstiques enoncees ci-dessus. 

On considere done I'annexe A1 qui concerne la definition des 6venements des etats et de la table de tran- 
sition pour les modeles de reference ISO. ISO/DSA (DIWS. propre d la soci6t6 demanderesse) et PPAM dont 
on a vu qu il est assimilable k un module de reference ISO. 
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Si on considers le tableau 1 . on volt qu'il est constitue de trois coionnes CO,. CO^, CO3. 11 en est de meme 
du tableau 2. 

Si I'on revient au tableau 1. la colonne CO, contient les differents evenements correspondants aux 
commandes en cours pour I'unlte d acces conrespondante. Ces evenements sont donnes ici par leur num6ro 
d evenement^ ^ savoir 0. 1. 2. 3. 4. 5 et ainsi de suite jusqu'a 17. En ce qui concerne le tableau 2. la colonne 
CO, comprend la hste des etats possibles, egalement donne par leur code d'etat i savoir 0 1 2 4 17 18 30 

Pour le tableau 1. la colonne CO, indlque les differentes commandes en eours qui peuvent surven'ir oour 
I unite d accfes correspondante. et qui par consequent sont autorisees. alors que la cdonne CO, Indique la pro- 
venance des commandes. Ainsi. la commande en cours appelee OPEN.PLUG qui correspond ^ evenement 

0 et est en provenance de I'interface HI. signifie une demands "entrante" d'ouverture d'acces provenant de 
HI. De meme I evenement dont le numero de code est 1 . correspond h une commande OPEN PLUG, provenant 
cette fo.s-c. du serveur de telecommunication NCCD, signifiant qu'il s'agit d'une demande '"sortante" d'ouver- 
ture d acc6s. En continuant, on voit par exemple que I'evenement 2 est relatif k une commande "entrante" 
OPPM p! Tir J""^ precedente demande d'ouverture "sortante' d'acces. commande appe.ee 
OPEN_PLUG_ACK provenant de HI et ainsi de suite. Le detail des commandes sera decrit dans la suite de 
la description. 

Si l-on considSre le tableau 2. la colonne CO^ Indique la nature des etats et la colonne CO, indique la pro- 
venance de la commande relative a ces etats. Ainsi, I'etat reference 0 indique que I'etat de I'unite d'acces est 
hbre, I eta reference 1 indique que I on est en attente de I'acquittement par NCC de la demande d'ouverture 
d acces alors que I'etat reference 2 signifie que I'on est en attente de I'acquittement par HI de demande d'ou- 
verture d acces L'etat reference 4 indique que I'unite d'acces correspondante est en train d'effectuer un transfert 
de donnee^soit dans un sens, soit dans I'autre. L'etat reference 17 indique que I'on est en attente d'un acquittement 
pour NCCD de femieture d acces (la commande correspondante s'appelle CLOSE_PLUG_ACK). L'6tat reference 
18 indique que I'on est en attente d'une confimation de HI d'une fermeture d'acces. L'etat reference 30 indique 
25 que I unite d acces est gelee. 

Si I'on considere le tableau 3 qui montre la table des transitions d'etats d'unite d'acces en fonction des 
evenements. on a fait figurer. au niveau des coionnes, I'ensemble des evenements qui figure dans la colonne 
CO, du tableau 1 c'est-a-dire. les evenements 0. 1 . 2. 3. 4. ainsi de suite jusqu'^ 17 et on a fait figurer suivant 
les l^nes les differents etats possibles qui figurent dans la colonne CO, du tableau 2. c'est-a-dire les etats 
0.1.2.4. 17.18. 30. La table des etats d'unite d'acces doitse lire de la maniere suivante ■ 

On se refere par exemple a I'intersection de la colonne 1. (evenement 1). avec la premiere llgne. (etat 0). 
Cela sign.f le que I'unite d'acces etant dans I'etat 0 et recevant la commande en cours correspondant k eve- 
nement-1. c est-a-dire une demande d'ouverture d'acces OPEN_PLUG provenant de NCCD va passer dans 

1 e at 2. c est-a-dire I'attente de I'acquittement d'une demande d'ouverture d'acces provenant de HI. De meme 
SI I on considere le point d'intersection de I'evenement 9 avec I'etat 4. cela signifie que I'unite d'acces 6tant 
dans I etat 4. c est-a-dire dans un etat ou s'effectue les transfers de donnees. I'etat suivant sera egalement 
I etat 4. Si I on cons.d§re I'intersection de I'evenement 9 avec I'etat 17. attente de I'acquittement d'une ferme- 
ture d acces provenant de NCCD. I'etat suivant est egalement I'etat 1 7 tant que le serveur NCCD n'a pas en- 
voye d acquittement de demande de fermeture d'acces. De meme si I'on considere I'intersection de I'evene- 
ment 5 avec I'etat 4 cela signifie que etant dans I'etat 4. (le transfert de donnees). lorsque survient I'evenement 
5 qui est une fermeture d'acces (CLOSE_PLUG) provenant du serveur NCCD. on passe a l'etat 18 qui est 
I attente de I'acquittement de cette meme fermeture d'acces. provenant de HI 

^ II est bien evident que les annexes A2 S A4 se lisenL pour chacun de leurs tableaux 1. 2. 3, exactement de la 
meme fa?on que les tableaux correspondant de I'annexe Al. et ce, respectivement pour IPS TCP UDP-ICMP 
llconvientmaintenantdedefinirceque sont iesdifferentescommandesetlamaniere dont ellessontconstituees. 
A cheque commande d'acces correspond un seul message d'acces et ce dernier contient une seule 
commande. Chaque message transportant une commande. appele plus simplement message de commande 
est constitue : 

- d'une partie appel6e ent#te (header). Celle-ci comprend une partie de dimension constante et une partie de 
dimension variable qui est fonction de la nature de la commande. Cette dernifere decrit notamment les para- 
metres de la commande ainsi que la localisation des unitesd'acces utilisant ces donnees, qu'il s'agisse d'6met- 
teur ou de recepteur. Cette partie de dimension variable peut egalement comprendre d'autres param6tres et 
d autres donnees relatives aux utilisateurs. suivant le detail de la description de la commande. 

Dans toute commande. I'entete ayant une longueur constante indique le code de la commande. la nature 
de la vers.on.du protocole TPA. I'identification du protocole. c'est-^l-dire I'identif ication du module de reference 
correspondant. c est-A-dire le modele ISO. ou encore TCP ou encore UDP. etc.. la longueur de la commande 
ainsi que I unite d'acc6s destinatrice de celle-ci. a savoir soit sur HI. soit sur NCCD ainsi que I'unite d'acces k 
la source de la commande. respectivement soit d NCCD. soit ^ HI. 
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Les principaies commandes sont les suivantes • 

I interface HI. Elle peut affecter auss, bien les modules de reference. ISO. ISO/DSAou PPAM et dans ces 

o?« J -7 • ^e'-s le processeur de comrriunication. II est dair que la nature des 

pararnetres qu. sont .nscnts a I'lnterieur de cette commands depend du modele oe reference utmsTet que 

PPAM ouTs'' "h Tr'f" ^'^^'^^^"^ type ISO SO/dIa 

PPAM ou des modeles de reference TCP ICMP ou UDP 'ov^/uom, 

op's" Pm? e?c!cMr^o°-f '''' ^ ^ de prec6dente 

?P i™ ^''"^ ^ "•'''^P'® "^'"^"'^^ <^'2cces et la gestlon du transport ou 

?<^^mTarde cTor^ pCr '"^ ''"""^'"^ reference 

unS^d a'crs donnL c;» ^ ''^"^ "^'^^ ccrrespondant ^ une 

pa t r -reoL '^^'^^ '^^'^-^^^^ 'a Naison n est pas acceptable 

Ltie:rdTe ^sUndlquTe ' ""^ "•^"^"'^ Pourlaquel,e,a fermet.re de ,a liaison 

un^crm^nd^c'LO^E- p'^^^^^^ ^ " '^"'^f " '^^"'^^^ ^« '^'^''^atoire 

rcom^TH App?4-o^ ^" ^ commande OPEN PLUG). 

ect^e Jur?-un L rJutrl dr H ^' t^'^^^'^"' «--P'« '--^'^'-^ e-eur non recuoerable a ^t. de- 
S on Ce te command. „!. H > '' ^'^^''^^^ '"^^'^ °" processeur de communi- 

transoort donnf nn V""" P«""et de negocier des options associees a un protocole de 

transport donne pour une l.aison correspondante a une unite d'acces donnee 

Inf«r^r"uof J^^^^"^ ■ ""^ Permet d'etablir une connexion de type TCP ICMP ou UDP 

en re 1 hote HOST et un terminal eloigne ou Inversement. Eile ne peut itre utilisee que pour ces modules 

irMp".' """^ '"^"^^ '^'^ "^^'^ connectees. Dans^es mod\S UDP 

m a^^o : """T'' ^'^aee "vers Texterieur". c'est! -dirT ve un ter 

8 cJmmld TrrPPT °" ''''' '^''^ ' ' '"'^"^"^ ^" P^"— NCC, pour le second 

lorsZ?. r 1 - '^"^ ^«P°n3e positive ^ la commande precedente CONNECT 

orsque le recepteur accepte la nouveile connexion de type TCP, ICMP ou UDP. Cette commande renvoi! 

olanVeTc'cEPT «t en"''' ''''' ^""^'''^ ^^"^ "^^''^ connexion. Quand cet : 

commande ACCEPT est envoyee en reponse par rinterface hote HI. ce qui est le seul cas oossible oour 

ce"l^ oT;.': rsle""' °" "'^'^^^ '''''''' ^■^'^^^^ — la r.ponse doi! Jfre^a m me'que 

?EPT est envavi^.n ' commande CONNECT. Cependant. lorsque cette commande AC- 

CEPT est envoyee en tant que reponse par le serveur NCCD. cette liaison (qui est de type TCP) peut gtre 
autre que celle qu, a ete utilisee pour transporter la commande CONNECT. Cette commande ACCEPT 
doit etre acquitt6e par une commande ACCPPT apk r... w^* j- v^ene <-cmmanae A(..i..ti- i 

CONNECT non arm.iff^^ commanoe AOCEPT_ACK ou doit etre deconnectee par une commande DIS- 
CONNECT, non acqu.ttee, transportee suria meme liaison d'unite d'acces 

CEPT^.T.?r '^''f ^^"^ '^^^'"^"de est la reponse positive a la commande precedente AC- 

CEPT lorsque I interface HI accepte la nouveile connexion et sa gestion de transport oar I'u^ite d'^cc^ 

ro^DTsC^NNE^TT^^^^^ 
de I'hete nSrLa nlon ^ T'^^^^ '''"^ commande est utilisable seulement par HI. ^ destination 
d:;rns'p°ir,a:«^^ ACCEPT.ACK est ce.le qui avait 

de typTrCR''* Po- tem,iner de mani^re securisee une connexion 

SdP ou TCP n?i 'THr ' commande CONNECT quand la connexion 

la seule rToonsrnrs 1 r T " CONNECT. De la meme fa.on c'est 

^2 Can^ZnTn^^^ ^^^^^ ' ^ """^ commande ACCEPT quand celle-ci n'est pas acceptee 
NECTao^i../. ^ cette commande est Tacquittement obligatoire d'une commande DISCON- 

ou une co^andercCEp"^^^^^ " ""^^ "^'^ "^9^"- ^ CONNECT 

d accL TCP ou mP ^on^^" "IT' «^fe«ue. I'une comme I'autre des deux unites 

rerc^n'Te d"u transport). ''^^^^"^ ^'^^ ^P^"-''- 
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14. Comrnande EXDT : cette commande est analogue a la precedents, mais pour les Expedited Data (don- 
nees de type connu de tous les protocoles. CONS). 

15 Cornmande UNITDATA : cette commande permet d'echanger des datagrammes entre des urritSs d'ac- 
ces ufhs^es lorsque le module de reference s'appuie sur un service de Lesu en rr^Se non connt:t^ 
5 par exempie de type UDP ou ICMP (CLNS). connecte. 

16. Commande UDERROR : cette commande permet de transporter des unites de donnees destin6es S 
dfTZ"**^ ""^ Pe^-^et d-envoyer un credit ^ I'unite d'accfes meme s'i! n'y a 

pedlied D^L ^ "^^"^ commande est analogue a la precedents pour les credits des Ex- 

l\4°c^'2u^t^ n'^''^ ' commande ne figure sur aucune des tables des tableaux des annexes A1 
faJlr. Tv 'f r '^'^'f ^"^ 9^^^^ direct de I'etat ope- 

In d w 1 ' ''^'^^ ''^'^^ operationnel de HI et reciproquement : 

en d autres termes. cela a pour consequences : . " 

' MrT7f ^."^"^^ ^^^^"'"^ l-operatlon de chargement du logiciel n6cessaire au fonctionnement 

nui ?H .'^ 'T' '^"^ d-initialisation est terminee et qu'il est dans un 6tat 

20 qui lui permet de travailler 

- en periode de travail nomial : NCCD at HI s informent periodiquement de leur etat operationnel r6- 
ciproque. A,ns.. quand soit NCCD ou HI re?oit une commande ALIVE d'interrogation. I'autre doit re- 
pondre irnmediatement en lui renvoyant une commande ALIVE en lui indiquant soit la raison de 
I erreur s .1 y en a une. soit son bon fonctionnement si aucune erreur n'a ete detectee. Si aucune re- 
ponse n est regue au bout dun temps predetem^ine. une seconde commande ALIVE d'interrogation 
est envoyee et alors s. S nouveau aucune reponse nest regue. I'autre c6te est considers comme 
mort, c est-a-dire en erreur fatate. 

- en cas de perturbation de fonctionnement : quand rhote HOST desire terminer la session du pro- 
comm^'„H \Mur''"'"'!°" '=°^«^P°"^^"^ ^00. OU lorsqu uns srreur fatale iente survient, la 
commande ALIVE est ut.hsee pour avertir I'autre partie qui doit alors prendre Iss mesures conser- 
vatoires necessarres de son cote. 

Que comman^de C^Tr "^^''f ^" 5 Is contenu syntaxiqus donne en langage C de cha- 

d^se cZorsnd^P 1 H r" T permet ^ chacun de ceux-ci 

de se comprendre et d interpreter les commandes de la meme fa?on quels qu'ils soisnt et ou qu ils soient. 
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ANNEXE 1 



CQi 



Ev^nements 



0 
1 
2 
3 
4 
5 
6 

7: 

8 
9 

10 
11 
12 
13 
14 
15 
16 
17 



CQ2 



Commandes en cours 

OPEN_PLUG 
OPENPLUG 

open>lug_ack 

open_plug_ack 

close_plug 

close_plug 

close_plug ack 

close_plui2ack 

DATA ENVOI 

DATA ENVOI 

CREDIT 

CREDIT 

EXDT 

EXDT 

EXDT_CR£DIT 
EXDT~CREDIT 
FREE2E_PLUG 
FREEZE_PLUG 



0 
1 
2 

Etats 4 
17 
18 
30 



0 1 



Ev§nements 
7 8 9 10 n 



C03 



provenance 



HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
Hi 

NCCD 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 



Tableau 1 



COi 


C09 


C03 


Etats 


Nature 6tars 


provenance 


0: 


LIBRE 




1 : 


atiente OPEN_PLUG ACK 


NCCD 


2: 


attente OPEN_PLUG ACK 


HI 


4: 


Transferr donnees 


17: 


attente CLOSE__PLUG ACK 


NCCD 


18: 


attente CLOSE PLUG'aCK 


HI 


30: 


gel6 



Tableau 2 



12 13 14 15 16 17 



■ 4 ■ 0 30 30 

4 0 ■ ■ 30 30 

■ ,7 ,o : , 30 30 

. ■ 18 4 4 4 4 4 4 4 4 30 30 

" • 0 18 ■ 18 18 ia in -^n 

30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 lo 20 

Table des transitions d'^tats des unites d'acc6s 
Modeles ISO, ISO/DSA, PPAM 
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ANNEXE 2 



25 



30 



35 



40 



45 



50 





COi 






Ev6nements 


Commandes en cours 


provenance 


10 


1 : 
2: 




OPEN_PLUG 
OPEN__PLUG ACK 


NCCD 

HI 

HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 




4: 




CLOSF PI 1 rr: 




5: 
6: 




CLOSE PLU(3 
CLOSE PLUG ACK 


15 


7: 
10 




CLOSE PLUG~ACK 
CREDIT 




11 
14 

15 
16 




CREDIT 
EXDT CREDIT 
EXDT CREDIT 


20 




FREEZE PLUG 


HI 

NCCD 
HI 

NCCD 




17 
18 




FREEZE PLUG 
OPTIONS 




19 




OPTIONS 



0 
2 
3 

Etats 5 
17 
18 
30 



Tableau 1 



Etats 


Nature etats 


COt 
provenance 


0: 
2: 
3: 
5: 
1 7 
18 
30 




LIBRE 

attente OPEN PLUG ACK 
IDLE 

attente OPTIONS 
attente CLOSE PLUG ACK 
attente CLOSE~PLUG ACK 
gel^ 


HI 
HI 

NCCD 
HI 



Tableau 2 



Ev^nements 

10 11 14 15 16 17 18 19 



0 . 

17 18 

17 18 

. 0 

0 . 



3 
5 



3 
5 

0 . 17 
18 . 18 



3 
5 



. 30 30 . 

■ 30 30 . 

3 30 30 . 5 

5 30 30 3 

17 30 30 . 17 

30 30 18 



Tableau 3 



30 30 30 30 30 30 30 30 30 30 30 30 30 30 

Table des transitions d'^tats des unites d'acces (plugs) 
communes aux modeles IPS 

Les annexes 3 et 4 sent des sous-automates de cet automate ci. 
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10 



IS 



20 



25 



30 



35 



40 



COi 
Evenements 



ANNEXE 3 



8 
9 

12 
13 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 



C02 



Commandes en cours 

DATA ' 

DATA 

EXDT 

EXDT 

CONNECT 

CONNECT 

ACCEPT 1 

ACCEPT" 1 

ACCEPT~2 

PASS_CON 

ACCEPT^ACK 

DISCONNECT 

DISCONNECT 

ORLS 

ORLS 

DISCONNECT ACK 
DISCONNECT ACK 



45 



3 
4 
6 

Etats 7 
8 
9 

10 
1 1 
12 
13 
16 



CO3 



provenance 



HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 
NCCD 

HI 
HI 

NCCD 
HI 

NCCD 
HI 

NCCD 



. Tab tea u T ^ 



C01 


CO2 


CO3 


Etats 


Nature etats 


provenance 


6\ 
4: 
6: 
7: 
8: 
9: 
10 
1 1 
12 

1 16 




IDLE 

transfert de donnees 

anente ACCEPT 

anente ACCEPT 

anente ACCEPT ACK on resp 

attente ACCEPT ACK on nego 

Host Listen 

Remote Listen 

attente DISCONNECT ACK 

attente DlSCONNECT*ACK 

Crossinq ORLS 


HI 

NCCD 

HI 

HI 

HI 

NCCD 



Tableau 2 



Evenements 

Q ^ ^2 20 21 22 23 24 25 26 27 28 29 30 31 32 



10 . 10 

. 11 . n 

12 . 12 . 

. 13 . 13 



13 12 11 10 

3 . . . 

. 3 . 
3 

3 . . . 

13 12 16 , 

13 12 . 16 

3 . 12 . 

3 . 13 

13 12 



Tableau 3 



50 



Table des transitions d'etats des unites d'acces (Plugs) 

Module TCP 



55 



Las 6v6nements 24 et 25 sent le meme evenement : 24 pour Tunite d'acces n6gociant racceptation, 25 pour 
runit6 d'acces b6n6f iciaire de Tacces negoci6. 
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ANNEXE 4 



COi 


C09 


co:^ 


Ev^hements 


Commandes en cours 


provenance 


9: 
21 : 
22: 
27: 
28: 
31 : 
33: 
34: 
35: 


DATA 

DISCONNECT 

DISCONNECT 

DISCONNECT ACK 

UNITDATA 

UNITDATA 

UOERROR 


NCCD 
NCCD 
HI 
HI 

NCCD 

HI 

HI 

NCCD 
HI 


COi 


CO:? 


co.-^ 


Etats 


Nature etars 


provenance 


3: 


IDLE 




4: 
6: 
12: 


transfer! connecte de donnees 

attente ACCEPT 

anente DISCONNECT ACK 


HI 
HI 



Tableau 1 



Tableau 2 



JO 



35 



3 

4 
6 

Etats 12 



Evenements 
9 21 22 27 28 31 33 34 35 



12 



3 
4 
6 
12 



3 

4 

6 
12 



Tableau 3 



40 



Table des Transitions d^etats unites dracoes 
Modele avec reseau en mode non connect^ UDP et ICMP 
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ANNEXE 5 



- tous les "lengths", "offset* et sizes" sont exprimes en octets de 8 bits. 

- "long" d^fmit une variable de taille de 4 octets de 8 bits chacune. 

- "double" d^fmit une variable de taille de 8 octets de 8 bits chacunc. 

- Le premier octet de la commande est Tociet 0 (zero). C'est i panir de lui que commencent 
les valeurs des offsets. 

- L* octet de gauche d'une variable est 1' octet de poids le plus fort. 

A) Partie obligatoire de I'entete de message (mandatory message header partr 
Ceci est la partie obligatoire de Tent^te (header) de dimension constante. 



long version TPA current version! =1) 

long Command prim type 

long protocol protocol identifier 

long mess^length total mess length 

long dest_plug receiver Plug 

long src^plug sender Plug 



B) Partie variable de I'entete de message {variable message header part) 



Cette partie depend de la nature de la commande 



struc open plug 



Mandatory header for OPEN^PLUG 



long destjength 
long dest_offset 
long srcjength 



desT addr length 
dest addr offset 
src addr length 
src addr offset 
qlen asked value 



long src^offset s 
long qlen q 
long binascii b 



binary or ascii mode 
option length 
option offset 



long optjength 
long opt_offset 
long udtjength 
long udt_offset 



User data length 
User data offset 



struct open_plug_ack 



Mandatory header for OPEN PLUG ACK 

long destjength dest addr length 

long dest_offset dest addr offset 

long srcjength src addr length 

long src_offsei src addr offset 

long qlen qien negotiated value 

long binascii bin-ascii (/inward) 

long optjength option length 

long opt_offset option offset 

long udtjength User data length 

long udi offset User data offset 
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ANNEXE 5 (suite) 



10 



15 



20 



25 



30 



35 



40 



45 



Struct close plug 

Mandatory header for CLOSE_PLUG 

long Diuo.reason " P,ug Reason Code 

onn tl- T^^ 'lata length 

long udt_offset user data offset 

Struct close plug ack 

Mandatorv header for CLOSE PLUG ACK 

struct freeze plug 

Mandatory header for FREEZE PLUG 

long plug.reason " p,^g ^^3^^^ 

long cust.reason .^ason for customer 

struct options 

Mandatory header for OPTIONS 
long optjength ^ 
ong opt_offset option offset 

long mngt.flags fjgg ^3,^^^ 

struct Connect 



Mandatory header for CONNECT 

long destjength 

long dest offset 

long srcjength 

long src_offset 

long optjength 

long opt^offset 

struct accept 

Mandatory header for ACCEPT 
long resp_dest_plug 
long resp_src_pluQ 
long destjength 
long dest_offset 
long srcjength 
long src_offset 
long optjength 
long opt offset 



dest addr length 
dest addr offset 
src addr length 
src addr offset 
option length 
option offset 



50 



responding dest Plug 
responding src Plug 
dest addr length 
dest addr offset 
src addr length 
src addr offset 
option length 
option offset 



55 



15 



eNS0OCI0:<£P 0637801A1> 



EP 0 637 801 A1 



ANNEXE 5 (suite) 

struct accept ack 

Mandatory header for ACCEPT ACK 
struct oris 



Mandatory header for ORLS 

long upper_com_nb credit nb in other side 

ong command_nb this Command nb 

ong plug_reason pi^g (^^ason Code 

long cust_reason .^ason for custome struct disconnect 

Mandatory header for DISCONNECT 

[ong plug_reason p,^g ^^33^^ ^^^^ 

long cust.reason reason for customer 

struct disconnect ack 



Mandatory header for DISCONNECT ACK 
struct data 



Mandatory header for DATA 

long upper com nb 
long command_nb 
long more^flag 
long udijength 
long udt_offset 

struct exdt 

Mandatory header for EXDT 
long upper_com_nb 
long command nb 
long udtjength 
long udt_offset 



credit nb in other side 

this Command nb 

more data (passed but not used) 

User data length 

User data offset 



expdt credit nb in other side 
this expdt Command nb 
expdt User data length 
expdt User data offset 
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ANNEXE 5 (suite) 



Struct unitdata 



10 



15 



Mandatory header for UNITDATA 

long upper_coni_nb 

long cominand_nb 

long destjength 

long dest_offset 

long src length 

long src offset 

long opMength 

long opt_offset 

long udtjength 

long udt offset 



credit nb in other side 
this Command nb 
dest addr length 
dest addr offset 
src addr length 
src addr offset 
option length 
option offset 
User data length 
User data offset 
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struct uderror 



25 



30 



Mandatory header for UDERROR 

long upper_com_nb 

long command nb 

long dest jength 

long dest offset 

long src_Iength 

long src_offset 

long opt_Iength 

long opi_offset 

long plug reason 

long cust reason 



credit nb in other side 
this Command nb 
dest addr length 
dest addr offset 
src addr length 
src addr offset 
option length 
option offset 
Plug Reason Code 
reason for customer 



35 Struct credit 



40 



45 



$0 



Mandatory header for CREDIT 

long upper^com_nb credit nb in other side 

struct exdt_credit 

Mandatory header for EXDT_CREDIT 

long upper_com_nb expdi credit nb in other side 



struct alive 

Mandatory header for ALIVE 

long plug^reason p|u„ Reason Code 

long configuration conf protocol families 

double mncaddr |ocaI ncc mac address 



S5 Revendications 



mosr.« *=°"'"'""'=^«°",(SCI) avec aumoins un r6seau (RE. RE, RE,) comprenant un systeme h6te 
(HOST) associ6 au moyen d un canal (PSB)^ au moins un processeur de communication (NCC) lui-mdme 
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relie a la liaison specif ique du reseau, I'hote comportant un premier systeme d'exploitation (SE,) associe 
^ une pluraiite d'applicatlons (A*. B,. Q. etc. ) et le processeur (NCC. PC,. Pq. NCC,) un second systeme 
d'expioitation (GPOS) qui organise son travaii de transmission des donnees du bus vers le reseau et r^ 
ciproquement. le systeme comprenant : 

- un serveur de telecommunication (NCCD) associe au premier systeme d'expioitation (SE,), et reli6 
au canal. 

- un code de communication (CC) specifique du processeur appartenant d une pluraiite de modeles 
d'interconnexion de systeme ouvert (OSI, ISO/DSA. IPS), associe au second systeme d'expioitation 
(GPOS). 

caracterise en ce que, I'hote (HOST) traitant les couches hautes des differents modeles (C7.Cs.C5) 
etie processeur (NCC) les couches basses a partirde la couchede transport (C4. C3. C2). cette der- 
niere pouvant s'appuyer sur au moins un service de reseau en mode connecte (RCONS) et/ou au 
moins un service de reseau en mode non connecte (RCLNS). il comprend des moyens d'acces 
(TPAM, HI. TPA) aux couches de transport des differents modeles permettant de relier ie niveau in- 
ferieur des couches hautes aux dites couches de transport, ces moyens comprenant : 

- un premier module (TPAM) dispose a I'interieur du serveur (NCCD). " , - ■ - ■ " 

- un second module (HI) appartenant au processeur. relie au canal et communiquant avec le code 
(CC), 

- des unites d'acces specifiques a chaque modele (TPA__PLUG). le premier et le second module met- 
tant en oeuvre toute unite d'acces determines au moyen de commandes d'unite d'acces 
(OPEN_PLUG, CLOSE^PLUG. etc.) vehiculees par le canal (PSB). 

Systeme de communication CSC! selon la revendication 1, caracterise en ce que chaque unite d'acces 
(TPA^PLUG) est un tuyau de dialogue entre le premier (TPAM) et le second module (HI) qui effectue un 
prolongement de connexion entre le niveau bas des couches hautes (C5) et le haut de la couche de trans- 
port (C4). une entree d'application determinee correspondant a une unite d'acces determinee. 

Systeme de communication selon la revendication 2 caracterise en ce que I'ensemble des unites d'acces 
est regi par un seul et meme protocole (TPA) qui deftnit leur regie de fonctionnement et permet de 
commander I'echange de donnees entre le premier module (TPAM) et le second module (HI). 

Systeme de communication selon la revendication 3 caracterise en ce que le protocole (TPA) def init une 
interface de messages allant vers ou provenant du haut de la couches de transport (C4), ces messages 
etant transmis du premier vers le second module et vice-versa au moyen de commandes d unites d'acces 
(TPA_PLUG). 

Systeme selon la revendication 4. caracterise en ce que chaque message transmis par toute commande 
dunite d'acces transporte une primitive de service de transport def inissant la signification de la comman- 
de correspondante (OPEN_PLUG). deux primitives conrespondant a chaque type de service de transport 
relatif a un modele determine. I'une provenant de I'hote et I'autre du fournisseur de transport (C4) du pro- 
cesseur (NCC). 

Systeme selon la revendication 5 caracterise en ce que toute primitive provenant de I'hdte (HOST) effec- 
tue des requetes au fournisseur de transport (C4) ou repond ^ un evenement (PLUG_EVENT). suscite 
par ce dernier, un nombre donne et determine d'evenements etant def ini pour chaque modele. 

Systeme selon la revendication 5. caracterise en ce que toute primitive provenant du fournisseur de trans- 
port (C4). est la confirmation d'une requete de I'hote (HOST) ou la fourniture d'une indication a ce dernier 
qu'un evenement (EVENT) est survenu. 

Systeme selon la revendication 3. caracterise en ce que chaque unite d'acces, (TPA_PLUG), pour chaque 
connexion ou pseudo-connexion de transport correspondant respectivement ^ un service de reseau en 
mode connecte ou un service de reseau en mode non connecte, etablit pour chaque evenement. une liai- 
son d'unite d'acc6s qui gere I'acces ^ la couche de transport, chaque liaison etant ^ un moment donne 
dans un etat determine, le nombre d'etats possibles pour un module de reference donne etant fini et par- 
faitement determine. 

Syst6me selon la revendication 8. caracterise en ce que chaque passage d'un etat donne ^ un autre resulte de 
I'intervention d une commande et depend de I'etat precedent dans lequel se trouvait la liaison d'unite d'acces. 
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